回复#2 @asddd :

按词频排序可以考虑，然后减少备选数量得等我想办法提高准确度了再说。

手机版我就打了个草稿，还没开始做。

同样的，在Ping测试中，新加坡节点可用率较低，波动也较大，不够稳定。

旧金山节点Ping测速结果：

新加坡节点Ping测速结果：

DigitalOcean为每个机房都提供了测速网站，我使用360云监控对新加坡和旧金山节点进行了简单对比，监控节点是广东电信，5分钟取样一次。

相信官方给出的测速网站一定程度上代表了自己服务的最高水平，毕竟谁也不会自己打自己脸。

新加坡机房测速站：http://speedtest-sgp1.digitalocean.com/ 旧金山机房测速站：http://speedtest-sfo1.digitalocean.com/

先说一下结果，新加坡机房ping值非常不稳

添加Nginx监控

首先要确定Nginx已经编译了nginx_status这个模块，如果没有的话，要在编译时加入这个参数

--with-http_stub_status_module

如果有的话，进行下一步：

先建立一个软连接：

ln -s /usr/share/munin/plugins/nginx_request /etc/munin/plugins

搜索功能在做

广告后期应该会再加一些后台可以设置的页面设置，但是在帖子中混插广告我是不打算做的，自己有需要要实现也是非常简单的。

这个有了

已采纳

添加MySQL监控

Munin继续添加MySQL监控，首先执行一个软连接：

ln -s /usr/share/munin/plugins/mysql_* /etc/munin/plugins

进入mysql，添加一个用户：这里我新建的用户用户名为munin

mysql -uroot -p mysql> GRANT US

1、切换到epel源

各版本对应命令如下：

CentOS 5.x 32bitrpm -ivh http://dl.fedoraproject.org/pub/epel/5/i386/epel-release-5-4.noarch.rpm rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-5 yum -y install yum-priorities

现在没有，话说rss现在还有很多人用？

Statistics可以看到使用情况，Hostigation我已经使用10个月了。

执行

 cat /proc/cpuinfo

可以看到：

[root@vps 

之后Hostigation会发邮件告知你账号信息，同时还有SolusVM的登陆链接、账号、密码

点击链接，登陆

Hostigation是一家廉价VPS的服务商，官网是：https://hostigation.com/

提供有OpenVZ和KVM两种类型的VPS，套餐如下：

LANMP架构是利用Nginx处理静态文件，同时PHP等动态脚本反向代理Apache，这也就带来了一个问题，Apache处理的文件被Nginx作为静态文件处理了，可以被外部访问。

百度云观测在我迁移网站到DigitalOcean之后，就给我报警了，因为我迁移网站之后，将原有的LAMP架构更换成了LANMP架构。

解决方案如下：

在nginx/

调整了一下参数，改为

dd bs=1M count=4K if=/dev/zero of=test conv=fdatasync

好吧……还是基本没变化……

[root@vps ~]# dd bs=1M count=4K if=/dev/zero of=

[root@vps ~]# dd bs=1M count=4K if=/dev/zero of=test conv=fdatasync 4096+0 records in 4096+0 records out 4294967296 bytes (4.3 GB) copied, 7.57049 s, 567 MB/s [root@vp

dd bs=1K count=1024000 if=/dev/zero of=test conv=fdatasync

测速三次取平均值：

[root@vps ~]# dd bs=1K count=1024000 if=/dev/zero of=test conv=fdatasync 1024000+0 records in 1024000+0 records out 1048576000 bytes (1.0 GB) copied, 6.54836 seconds, 160&n

dd bs=1K count=1024000 if=/dev/zero of=test conv=fdatasync

测速三次取平均值：

[root@vps&nb

回复#2 @西夏普 :https://github.com/lincanbin/Carbon-Forum/commit/a386dbbfa

这是去年搞http://ourjnu.com/的时候踩过的一个坑，今天把Carbon Forum迁移到了DigitalOcean，重新配置Web服务，想起了这个坑，整理了一下写给大家。

LANMP（Linux + Apache + Nginx +MySQL + PHP）是一个比较常见的Web服务架构，由于是Nginx反向代理Apache，这个架构下上传大文件设置不同于LAMP（Linux + Apache  +MySQL + PHP）架构。

不过DigitalOcean用的是低频的Xeon E5，所以性能还比不上之前那个$4/Month的Xeon E3-1230 v2，CPU性能大概就之前用那个的一半。

不过DigitalOcean有SSD所以千万级别数据库的Full Table Scan会快个十几二十倍，但是我论坛基本没有用到Full Table Scan的地方啊……